home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 4 / QRZ Ham Radio Callsign Database - Volume 4.iso / digests / policy / 940158.txt < prev    next >
Encoding:
Internet Message Format  |  1994-11-13  |  16.8 KB

  1. Date: Fri,  1 Apr 94 04:30:06 PST
  2. From: Ham-Policy Mailing List and Newsgroup <ham-policy@ucsd.edu>
  3. Errors-To: Ham-Policy-Errors@UCSD.Edu
  4. Reply-To: Ham-Policy@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Ham-Policy Digest V94 #158
  7. To: Ham-Policy
  8.  
  9.  
  10. Ham-Policy Digest           Fri,  1 Apr 94       Volume 94 : Issue  158
  11.  
  12. Today's Topics:
  13.                       Welcome to rec.radio.info!
  14.  
  15. Send Replies or notes for publication to: <Ham-Policy@UCSD.Edu>
  16. Send subscription requests to: <Ham-Policy-REQUEST@UCSD.Edu>
  17. Problems you can't solve otherwise to brian@ucsd.edu.
  18.  
  19. Archives of past issues of the Ham-Policy Digest are available 
  20. (by FTP only) from UCSD.Edu in directory "mailarchives/ham-policy".
  21.  
  22. We trust that readers are intelligent enough to realize that all text
  23. herein consists of personal comments and does not represent the official
  24. policies or positions of any party.  Your mileage may vary.  So there.
  25. ----------------------------------------------------------------------
  26.  
  27. Date: Wed, 30 Mar 1994 21:00:13 MST
  28. From: tribune.usask.ca!kakwa.ucs.ualberta.ca!quartz.ucs.ualberta.ca!alberta!ve6mgs!rec-radio-info@decwrl.dec.com
  29. Subject: Welcome to rec.radio.info!
  30. To: ham-policy@ucsd.edu
  31.  
  32. Archive-name: radio/rec-radio-info/welcome
  33. Last-modified: $Date: 1994/01/02 22:00 $
  34. Version: $Revision: 1.06 $
  35.  
  36. *** Welcome to rec.radio.info! ***
  37.  
  38. Welcome to rec.radio.info, a group that aims to provide a noise-free source
  39. of information and news for the entire rec.radio hierarchy.
  40.  
  41. Two introductory articles about rec.radio.info are posted to the group and
  42. to news.answers every two weeks. You are now reading the first article, which
  43. explains what rec.radio.info is, and answers some Frequently Asked Questions. 
  44. The second article is titled "Submission Guidelines", and you only need to 
  45. read it if you want to submit an article to rec.radio.info.
  46.  
  47. You can skip to the next section of this article by searching for the next
  48. " -- " string. The sections available are:
  49.  - What is the purpose of rec.radio.info?
  50.  - Why are messages almost always cross posted to rec.radio.info?
  51.  - What is a 'follow-up', and what does 'moderated' mean?
  52.  - OK, so now I know what 'moderated' means. Tell me more.
  53.  - What type of material is considered inappropriate?
  54.  - I do not have access to news, how can I get the information posted to
  55.    rec.radio.info?
  56.  - Will the material appearing in rec.radio.info be archived somewhere?
  57.  - I have a regular posting with timely information, is there a way to
  58.    speed up it's delivery, or automate for more convenience?
  59.  
  60.  -- What is the purpose of rec.radio.info?
  61.  
  62. The purpose or charter of rec.radio.info is to provide the Usenet community with
  63. a resource for information, news, and facts about any and all things radio.
  64.  
  65. All the other rec.radio groups are intended for discussions and general chit
  66. chat about radio.  Rec.radio.info will contain informational, factual articles
  67. only. Follow-ups are redirected to an appropriate other group, and further
  68. discussion (if any) will not take place in rec.radio.info.
  69.  
  70. In order to ensure that rec.radio.info contains only appropriate articles, it
  71. was decided to create the group as a moderated newsgroup.
  72.  
  73.  -- Why are messages almost always cross posted to rec.radio.info?
  74.  
  75. It provides a "tag" for each article to be assembled into a filtered
  76. presentation in rec.radio.info (even with cross-posting, only one message, with
  77. a unique Message-ID, is propogated across the net).  This tag also facilitates
  78. a pre-existing method of dropping or cancelling the articles locally within the
  79. discussion groups if you don't want to see them.  This accommodates individuals
  80. who want to separate the bulletins from the discussions, discussions from the
  81. bulletins, as well as those who are adamant about not reading another
  82. newsgroup and wanted to see everything all in one basket.  
  83.  
  84. With the total size of Usenet (in number of newsgroups and total traffic)
  85. doubling every year or so, this is no insignificant contribution to reducing
  86. information noise and chaos.  Making the discussion groups a catch-all, and
  87. making extra newsgroups filters on that catch-all, is also the most realistic
  88. way to implement such a scheme (It's not intuitively obvious what the charter,
  89. contents, and general appropriate topics for each and every newsgroup are.
  90. Seeing FAQ's and charter/intro postings in the home newsgroup is beneficial
  91. for new readers).
  92.  
  93. By cross-posting one only is adding a few tens of bytes to each bulletin (to
  94. specify the extra group on the Newsgroups line), but are adding the capability
  95. for very powerful filtering features available on most news servers,
  96. listservers and readers.  Your local news guru could probably explain these
  97. features in more detail.
  98.  
  99. In rn, for example, according to Leanne Phillips in her rn kill-file FAQ, add
  100. a line of the form:
  101.     /Newsgroups:.*[ ,]rec\.radio\.info/h:j
  102. either in ~/News/KILL (if you don't want to see rec.radio.info articles
  103. anywhere) or ~/News/rec/radio/amateur/misc/KILL (if you don't want to see them
  104. just in rec.radio.amateur.misc).  The latter method means your kill file will
  105. only be consulted during rec.radio.amateur.misc (and hence runs more
  106. efficiently), and will probably work for most people.
  107.  
  108. In nn, according to Bill Wohler in his nn FAQ, add a line of the form:
  109.     rec.radio.info:!s/:^
  110. in ~/.nn/kill (if you don't want to see rec.radio.info articles anywhere), or
  111. put the following lines: 
  112.     sequence
  113.     rec.radio.info
  114.     rec.radio.
  115. at the end of ~/.nn/init in order to see all the rec.radio.info bulletins first,
  116. then read the remaining rec.radio.* without the bulletins.
  117.  
  118.  -- What is a 'follow-up', and what does 'moderated' mean?
  119.  
  120. If you are new to Usenet and are not familiar with the terminology, you might
  121. want to read the general introductory articles found in the newsgroup
  122. news.announce.newusers. Doing so will make your life on the net much easier,
  123. and will probably save you from making silly beginner's mistakes.
  124.  
  125. If you think that at this moment you are reading an echo, a conference, or
  126. a bulletin board, I'd also strongly suggest a trip over to
  127. news.announce.newusers.
  128.  
  129. For the rest of this article, I will assume you have a basic knowledge of
  130. Usenet terminology and mechanics.
  131.  
  132. A moderated group means that any article that needs to be posted to the group
  133. has to be accepted by the moderator of the group. Since we need to ensure that
  134. followups to an article (discussion) do not show up in the rec.radio.info
  135. newsgroup, the `Followup-To:' header line contains a newsgroup that is
  136. appropriate for disussions about the specific article.
  137.  
  138.  -- OK, so now I know what 'moderated' means. Tell me more.
  139.  
  140. Rec.radio.info is a moderated newsgroup, which means that all articles
  141. submitted to the group will have to be approved by the moderator first.
  142.  
  143. The current moderator of the group is Mark Salyzyn.  Submissions to
  144. rec.radio.info can be posted, or e-mailed to:
  145.  
  146.         rec-radio-info@ve6mgs.ampr.ab.ca
  147.  
  148. Comments, criticisms, suggestions or questions about the group can be e-mailed
  149. to:
  150.         rec-radio-request@ve6mgs.ampr.ab.ca
  151.  
  152. But before you do so, please be sure to check out the "Submission Guidelines"
  153. article.
  154.  
  155. The influence of the moderator should be minimal and of an administrative
  156. nature, consisting chiefly of weeding out obviously inappropriate articles,
  157. while making sure correct headers etc. are used for the appropriate ones.
  158.  
  159.  -- What type of material is considered inappropriate?
  160.  
  161. There are three broad categories of articles which will be rejected by the
  162. moderator:
  163.  
  164. 1) Requests for information: rec.radio.info is strictly a one-way street.  I
  165.    receive information in my mailbox; I then post it to rec.radio.info.
  166.    Requests for specific information belong in the normal discussion newsgroups.
  167.    If your request gets answered, you might consider passing the answer on to
  168.    rec.radio.info, though. Especially if you can edit it into a informational,
  169.    rather than a discussion, format.
  170.  
  171. 2) Obvious discussion articles, or articles that appear unsubstantiated.
  172.  
  173. 3) Commercial stuff: a relatively unbiased test of a radio product would be
  174.    accepted, but any hint of for-profit might be reason for rejection. For three
  175.    reasons: This is not the purpose of the list, for-profit is a controversial
  176.    topic, and this list may be passed onto Amateur Packet Radio (where
  177.    for-profit is prohibited except under certain provisos).
  178.  
  179.    rec.radio.swap (or possibly comp.newprod) may be more deserving of the
  180.    posting in any matter.
  181.  
  182.    Similarly, copyrighted material generally cannot be used.  If it's TRULY
  183.    worthwhile to the net, I would recommend obtaining permission from the
  184.    copyright holder.  Please note the source, and if permission was given.  I
  185.    reserve the right to make the final decision concerning appropriateness in
  186.    all situations.  In most cases, a brief summary of, or pointer to, the
  187.    copyrighted information may be all I can allow.
  188.  
  189.  -- I do not have access to news, how can I get the information posted to
  190.     rec.radio.info?
  191.  
  192. brian@UCSD.EDU (Brian Kantor) has kindly supplied a mail list server for
  193. rec.radio.info. Non of the articles will be digested, due to their size, so
  194. you will receive individual mailings for every article posted to the group.
  195.  
  196. Mail sent to radio-info@ucsd.edu will be forwarded to the moderator and
  197. thus is an alias to rec-radio-info@ve6mgs.ampr.ab.ca
  198.  
  199. To subscribe and unsubscribe via the listserver; the format for that is
  200.  
  201.     sub address radio-info
  202.     unsub address radio-info
  203.  
  204. where 'address' is your full mailing address. Send this request to
  205.  
  206.     listserv@ucsd.edu
  207.     
  208. Note that the server will automatically delete any address that bounces mail.
  209. If you leave the address portion blank, it will try to deduce your address
  210. from the mail headers. This may not work if you are on bitnet, milnet or
  211. some other non-Unix host, so it is recommended to put your return address
  212. in any case. For example:
  213.  
  214.     sub mymailbox@myhost.mydomain.mil radio-info
  215. or
  216.     sub MEMEME01@DMBHST.bitnet radio-info
  217.  
  218. or something like that.
  219.  
  220.  -- Will the material appearing in rec.radio.info be archived somewhere?
  221.  
  222. Yes. Still firming up details at the moment but here is a preliminary list:
  223.     - unbc.edu as maintained by Lyndon Nerenberg <lyndon@unbc.edu>
  224.     - nic.funet.fi maintained by Risto Kotalampi <rko@cs.tut.fi>
  225.         saved to /pub/dx/text/rec.radio.info currently stored as
  226.         numbered files.
  227.  
  228. Effectively this means that anything you post to rec.radio.info will be
  229. permanently stored, so your work will not be lost.
  230.  
  231.  -- I have a regular posting with timely information, is there a way to
  232.     speed up it's delivery, or automate for more convenience?
  233.  
  234. Yes, there is! It may take a bit of chatter with the moderator, but we are
  235. willing to take responsible people and provide them the means of posting the
  236. articles directly from their site. We will try everything we can as we fully
  237. realize that DX (distant signal) and astronomical data can be somewhat
  238. transitory. We are also willing to allow regular posters of information the
  239. same courtesy, even if the information is not as time critical.
  240.  
  241. We refer to this as self-moderation, which is partly based on the model for
  242. news.answer. This requires co-operation and good will to be beneficial to
  243. the community in the rec.radio hierarchy.
  244.  
  245. I suggest reading the posting guidelines for more information. I am open to
  246. suggestions.
  247.  
  248. I thank the following individuals for their input into this article:
  249.     rec.music.info moderator Leo Breebaart rec-music-info@cp.tn.tudelft.nl
  250.     rec.radio.broadcasting moderator Bill Pfeiffer wdp@gagme.chi.il.us
  251.     Paul W. Schleck, KD3FU pschleck@unomaha.edu
  252.     Ian Kluft, KD6EUI ikluft@uts.amdahl.com
  253.  
  254. -- 
  255. Mark Salyzyn -- Moderator rec.radio.info
  256. Submissions to: rec-radio-info@ve6mgs.ampr.ab.ca
  257. Administrivia to: rec-radio-request@ve6mgs.ampr.ab.ca
  258. * Requests for information do *not* belong in rec.radio.info *
  259.  
  260. ------------------------------
  261.  
  262. Date: 1 Apr 94 05:52:53 GMT
  263. From: dog.ee.lbl.gov!agate!howland.reston.ans.net!noc.near.net!news.delphi.com!usenet@ucbvax.berkeley.edu
  264. To: ham-policy@ucsd.edu
  265.  
  266. References <1994Mar25.045650.1416@mnemosyne.cs.du.edu>, <2n0e8l$sd@dancer.cc.bellcore.com>, <032894224930Rnf0.77b8@amcomp.com>
  267. Subject : Re: Coord. priority for open repeaters
  268.  
  269. Dan Pickersgill <dan@amcomp.com> writes:
  270.  
  271. >>Frankly, the existence of the repeater is publicly known, there is
  272. >>no established (by part 97 rules) practices that the repeater
  273. >>owner can point to that provides a means to set forth a list of
  274. >>who can (or more impoortantly who can't) use the repeater.  
  275. >Try Part 97.101 thru Part 97.121 inclusive.
  276.  
  277. Which would seem to back up my assertion that a repeater licensee should be
  278. able to chase lids off without having to turn the repeater into what is
  279. generally considered a "closed" machine.
  280.  
  281. ------------------------------
  282.  
  283. Date: Thu, 31 Mar 1994 09:38:30 +0600
  284. From: ihnp4.ucsd.edu!swrinde!cs.utexas.edu!news.tamu.edu!idmb-secretary.tamu.edu!user@network.ucsd.edu
  285. To: ham-policy@ucsd.edu
  286.  
  287. References <RFM.94Mar30105244@urth.eng.sun.com>, <2ncnto$itn@agate.berkeley.edu>, <2ne6mm$4om@lehtori.cc.tut.fi>
  288. Subject : Re: Incentive Licensing
  289.  
  290. Thanks to everyone who posted or sent email explaining incentive licensing.
  291.  I can certainly see why most people were so upset in the 60's when they
  292. lost part of their frequencies, and it's a shame that it hurt the hobby so
  293. much.  I was sad to see such mainstays of my youth as Drake, Collins, and
  294. Heathkit get out of the amateur market.
  295.  
  296. I'm sorry if my question got the arguments going over code vs. no-code,
  297. etc.  That was not my intention, but it does seem that most topics tend to
  298. drift towards that question anyway.  For myself, I just upgraded to Tech
  299. Plus (and my key should come in today, and hope to put up my antenna
  300. tomorrow so I can hit the airwaves with weekend with my new rig and freqs. 
  301. I'm currently working on my code to get to 13 wpm asap so I can see about
  302. upgrading to General.  Then I'll consider on whether to enter the code vs.
  303. no-code fray :)
  304.  
  305. Troyce
  306. KC5CBI
  307.  
  308. -- 
  309. --------------------------------------------------------------------------
  310. Please read THE ELEMENT OF FIRE by Martha Wells, a Tor hardback at
  311. quality bookstores near you.  I live with the author and want
  312. to go back to Disney World this year :)
  313. --------------------------------------------------------------------------
  314.  
  315. ------------------------------
  316.  
  317. Date: Thu, 31 Mar 1994 13:44:01 GMT
  318. From: ihnp4.ucsd.edu!pacbell.com!att-out!walter!dancer.cc.bellcore.com!not-for-mail@network.ucsd.edu
  319. To: ham-policy@ucsd.edu
  320.  
  321. References <5i5Np6h.edellers@delphi.com>, <1994Mar28.032552.3146@mnemosyne.cs.du.edu>, <Rm4PpbE.edellers@delphi.com>ยก
  322. Subject : Re: Coord. priority for open repeaters
  323.  
  324. In article <Rm4PpbE.edellers@delphi.com>,
  325. Ed Ellers <edellers@delphi.com> wrote:
  326. >Mr. Nice Guy <rcanders@nyx10.cs.du.edu> writes:
  327. >>You are changing the subject, you may be free to use the frequency but 
  328. >>not anyone elses repeater.  You _may_ have a right to operate simplex on 
  329. >>the repeater input but that does not give you a right to use the repeater.
  330.  
  331. >I'm not changing the subject -- I'm pointing out a different aspect of it.
  332. >Either I am authorized to transmit on the repeater's input frequency (if it
  333. >is clear), even in ways which might activate that repeater, with no recourse
  334. >available to the repeater licensee, or the repeater trustee has the right to
  335. >prevent (not just deter) me from using the repeater.  97.205(e) - "Limiting
  336. >the use of a repeater to only certain user stations is permissible" -- would
  337. >appear to imply the latter.
  338.  
  339. The point here (97.205(e) is that the rule does not explicitly provide
  340. any detail/explanation as to HOW "Limiting" may be accomplished.
  341. I'll suggest that the rule does provide for the many CTCSS and other
  342. access codings that one might employee to limit access, BUT until
  343. someone makes a test case of it, I'll suggest that the rule does not
  344. include simply saying "No one put the following: X, Y, Z, etc. people
  345. may use the repeater."  
  346.  
  347. >If a lid cannot be ordered to stay off a repeater which does not use
  348. >conditional-access systems, how can it be a violation to add tones to activate
  349. >a repeater (or its ancillary functions)?
  350.  
  351. It's not, who said it was?
  352.  
  353. >  In BOTH cases the "offending"
  354. >operator is acting against the wishes of the repeater licensee, but in BOTH
  355. >cases the user is ONLY transmitting a signal, on a frequency previously found
  356. >to be clear.
  357.  
  358. And in both cases, the use of a clear frequency doesn't violate the
  359. rules.  No one has exclusive use of any frequency, so if two hams have
  360. a QSO on a repeater input or output, I still see no rules violation.
  361. Remember too, nothing in the rules requires any ham to commit the entire
  362. repeater directory to memory, nor must any ham necissarily purchase
  363. or own a repeater directory for reference.
  364.  
  365. Your mileage may vary.
  366.  
  367. Standard Disclaimer- Any opinions, etc. are mine and NOT my employer's.
  368. -----------------------------------------------------------------------
  369. Bill Sohl (K2UNK) BELLCORE (Bell Communications Research, Inc.)
  370. Morristown, NJ             email via UUCP      bcr!cc!whs70
  371. 201-829-2879 Weekdays      email via Internet  whs70@cc.bellcore.com
  372.  
  373. ------------------------------
  374.  
  375. End of Ham-Policy Digest V94 #158
  376. ******************************
  377.